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MFTHOD ANT) APPARATUS FOR DISCO VF.RTNG AND ACTIVATING 
SOFTWARE COMPONENTS 

Inventors: 

Bartley H. Calder, William A. Shannon, Laurence P.O. Cable, and John Mani 



BACKGROUND OF THE INVENTION 

1 . Field of Invention 

The present invention relates generaUy to methods, software, and apparatus for 
discovering and activating software components for use with a software application. 
More particularly, the present invention relates to methods, software, and apparatus for 
associating data with a component such that an application which is arranged to present 
the data may do so through the use of the component, without directly specifying the 
component to be used. 

2. Background 

A computer software application typically has access to one or more software 
components, e.g., viewers, which the software application may use to present and to 
manipulate data. By way of example, a file manager application may use an editor 
which enables the data in a file to be viewed and edited, while an electronic mail 
application may use a viewer which enables attachments sent with mail messages to be 
viewed. 

In general, a computer system will include numerous different applications 
which are arranged to manipulate data. In some cases, different appUcations may be 
arranged to manipulate the same types of data, e.g., text data, audio data, or image 
data. Therefore, different applications may utilize substantially the same software 
components, or command objects. Maintaining separate command objects which serve 
the same purpose, but are associated with different applications, enables data to be 
presented and manipulated by the applications. However, the maintenance of separate 
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command objects for each application consumes many system resources, e.g., storage 
resources, and is, as a result, inefficient. The maintenance of separate command 
objects for each application is further inefficient in that command objects which serve 
substantially the same purpose may not be reused by different applications and, hence, 
must generally be rewritten for each application. 

In order to take advantage of the fact that conmion command objects are often 
used by different applications, a set of command objects may generally be made 
available to substantially all of the applications associated with an overall computer 
system, e.g., a computer network. That is, a set of command objects that are arranged 
to be used by numerous appUcations may be provided. When an application is 
arranged to utiUze a set of command objects that are used by numerous applications, the 
application is commonly "directly" associated with any command objects the application 
may use. Such a direct association involves providing the application with identifiers 
for the command objects which are used by the application to bind, or pair, data with a 
suitable command object. The command object is then used to present and to 
manipulate the data that is paired with the command object. By way of example, a file 
manager appUcation, which accesses file data, is provided with identifiers for text 
viewers which are suitable for use in viewing file data. 

As computer systems and, therefore, applications are becoming more advanced, 
the types of data which may be manipulated by different applications, as well as the 
command objects used by applications to manipulate data, often change, e.g., an 
electronic mail application which previously accepted only text attachments may be 
expected to also accept image attachments. However, using a framework which 
involves directly associating an application with a set of command objects that are 
available to the application does not facUitate the inclusion of new command objects. In 
other words, when it is desired for an application to be able to bind data with a new 
command object, and to utUize the new command object, the new connmand object must 
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somehow be directly associated with the application. As such, the addition of new 
command objects often requires that applications be modified to recognize the new 
command objects. 

5 The process of directly associating new command objects with applications is 

inefficient, as the process typically involves reconfiguring at least portions of the 
applications such that the applications recognize the new command objects and, further, 
serve to associate data with the new command objects. By way of example, a look-up 
table used by the application to associate data with command objects must be modified 

10 to include any new command objects which the application may use. 

Therefore, what is desired is an efficient method for binding data with suitable 
command objects such that an application which executes the command object is 
impervious to the binding process. In other words, a framework which enables data 
15 that is associated with an application to be paired with an appropriate command object, 
substantially without involving the appUcation, is desired. 



SUMMARY OF THE INVENTION 
20 To achieve the foregoing and in accordance with the purpose of the present 

invention, methods, software, and apparatus for transparenfly pairing data with a 
command object, with respect to the appUcation which wishes to present the data, are 
disclosed. In one aspect of the present invention, a computer-implemented framework 
for associating data with a command object includes a data handler mechanism arranged 
25 to interface with an application which wishes to use the data. The framework also 
includes a data retriever mechanism that is arranged to obtain the data, and is in 
communication with the data handler mechanism. A mapping mechanism, which is 
also in communication with the data handler mechanism, is arranged to obtain the 
command object. 
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In one embodiment of the present invention, the data is a stream of bytes, and 
the data handler mechanism is used to bind the stream of bytes to the command object. 
In another embodiment, the data retriever mechanism includes a data content handler 
mechanism that is also in communication with the data handler mechanism. The data 
content handler mechanism is arranged to convert data into a data object which may be 
created using the Java™ programming language. 

In accordance with another aspect of the present invention, a computer- 
implemented method for associating data with a command object in response to a 
request from an application involves accessing the data through an interface that 
processes requests firom the application, and accessing a mapping mechanism which is 
in communication with the interface. The mapping mechanism, which is accessed by 
the interface, is arranged to locate a command object that is appropriate for the data. 
The method for associating data with a command object also involves using the 
mapping mechanism to obtam the command object that is appropriate for the data, to 
bind the command object to the data, and to return the command object to the 
application through the interface. 

In one embodiment, the data is a data object that is created by a content handler 
mechanism which is accessed by the data handler. The content handler mechanism is 
arranged to create a data object from a stream of bytes. In another embodiment, the 
data is a stream of bytes, and accessing the data through the interface involves 
accessing a data retriever which is arranged to obtain the data. 



P2167/TJC/SUN1P123/SDB/PAS 



-4- 



BRIEF DESCRIPTION OF THE DRAWINGS 

The invention, together with further advantages thereof, may best be 

understood by reference to the following description taken in conjunction with the 

accompanying drawings in which: 
5 Figure 1 is a diagrammatic representation of a framework suitable for enabling 

the selection of an appropriate command object for a given data type in accordance with 

an embodiment of the present invention. 

Figure 2 is a process flow diagram which illustrates the steps associated with 

initializing framework components in accordance with an embodiment of the present 
10 invention. 

Figure 3 is a process flow diagram which illustrates the steps associated with 
creating a data source object, i.e., step 202 of Figure 2, in accordance with an 
embodiment of the present invention. 

Figure 4 is a process flow diagram which illustrates the steps associated with 
1 5 obtaining and executing a command object will be described in accordance with an 
embodiment of the present invention. 

Figure 5 is a process flow diagram which illustrates the steps associated with 
collecting a name and an icon for a data object, i.e., step 402 of Figure 4, in accordance 
with an embodiment of the present invention. 
20 Figure 6 is a process flow diagram which Ulustrates the steps associated with 

collecting and displaying a list of available commands, i.e. , step 406 of Figure 4, m 
accordance with an embodiment of the present invention. 

Figure 7 is a process flow diagram which illustrates the steps associated with 
locating a command object associated with a selected command, i.e., step 410 of Figure 
25 4, in accordance with an embodiment of the present invention. 

Figure 8 is a process flow diagram which illustrates the steps associated with 
one method of executing a command object which operates on a byte stream, i.e., step 
412 of Figure 4, in accordance with an embodiment of the present invention. 
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Figure 9 is a process flow diagram which illustrates the steps associated with 
another method of executing a command object which operates on a data object, Le,, 
step 412 of Figure 4, in accordance with an embodiment of the present invention. 

Figure 10 is a diagrammatic representation of a computer system suitable for 
implementing the present invention in accordance with an embodiment of the present 
invention. 
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DETAE.ED DESCRIPTION OF THE EMBODIMENTS 



When an application is to be used to access and to present data to a user, a 
command object, as for example a text editor, is typically the mechanism which is used 

5 by the application to actually present the data. In general, command objects are 

software components which are arranged to be used with specific types of data. By 
way of example, a command object that is an image viewer is arranged to be used with 
image data, whereas a command object that is a text editor is arranged to be used with 
text data. As many applications may use the same, or similar, command objects, the 

10 number of command objects associated with an overall computer system may be 
consolidated by permitting different applications to utilize a set of shared command 
objects. It should be appreciated that consolidating the number of command objects 
associated with a computer system generally improves the overall efficiency of the 
computer system. 

15 

In general, data is bound, or otherwise paired, with a suitable command object 
when an appUcation requires that the data be presented, e.g., displayed, edited, or 
printed. A framework which enables an application to be "blind" to the process of 
binding data with an appropriate command object allows new types of data and, 
20 therefore, new command objects, to be created for use with the appUcation without 
requiring that the application be modified to recognize the new command objects. In 
essence, the application would not need to be directly associated with specific command 
objects. Instead, the application may have access to a general interface which serves to 
gather data and to associate the data with an appropriate command object, as will be 
25 described below with reference to Figure 1 . By maintaining command objects 

independently from applications, data types and command objects may be modified, 
created, and deleted without affecting the applications which use the data types and 
command objects. 
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It should be appreciated that the details associated with command objects are 
generally not important to the execution of an application. That is, the details of how a 
command object, e.g., a text viewer, operates to display data associated with an 
application, e.g., a file associated with a file manager appUcation, is typically of litde 
5 interest to the application. As such, maintaining command objects independently from 
applications will, in general, not significantly affect the execution of the applications. 

Referring initially to Figure 1, a framework which is suitable for enabling a 
command object to be selected for a given data type, without directly involving the 
10 application which will utiUze the command object, will be described in accordance with 
an embodiment of the present invention. That is, a framework 5 which is suitable for 
matching data types with associated command objects that will be used by an 
application will be described. 

1 5 Framework 5 generally includes an appUcation 50 that is arranged to present 

data to a user. Application 50 may include any suitable software appUcation, as for 
example a file manager application, an electronic mail application, or a World Wide 
Web (WWW) browser application. In general, a file manager application presents data 
to a user by enabling files associated with the file manager application to be viewed and 
20 edited. An electronic mail application may present data to a user by enabling 

attachments associated with an electronic mail message to be viewed. A browser 
application typically presents data to a user by allowing objects associated with a site on 
the World Wide Web, e.g., a "web page," to be viewed. It should be appreciated that 
in one embodiment, application 50 may be considered to be a "client" process in an 
25 object-oriented computing system, as application 50 requests a "service," e.g. , "server" 
process, from a command object. In other words, application 50 may reside on a 
computer that is part of a computer network, while a command object may reside on 
another computer that is a part of the computer network. 
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A data handler class 30 provides an interface which may be used by application 
50 to manipulate data. That is, data handler class 30 is arranged to access data in 
response to a request from the application. It should be appreciated that, in general, 
there is only a single data handler class 30, or type, from which instances may be 

5 created. An instance of data handler class 30 communicates with an instance of a data 
source class 20, e.g., a data source object, that is arranged to retrieve data 10 and to 
make data 10 available to overaU framework 5. An instance of data source class 20 is 
typically arranged such that the instance of data source class 20 is aware of where data 
10 is stored. In other words, an instance of data source class 20 has access to data 10 

10 and is arranged to retrieve data 10. It should be appreciated that a different data source 
class 20 will generally be used for each type of data storage location that may contain 
data I0,e.g., disk files, electronic mail messages, or web servers. Hence, a different 
instance of a data source object 20 will be created for each type of data 10. 

1 5 Data 1 0 may be obtained from any suitable source, including, but not limited to, 

a data file, an electronic mail attachment message, or a web server. In general, data 10 
may be stored in a storage mechanism associated with a computer system, e.g., in a file 
on a computer disk or tape, or in a file located in random access memory (RAM), as 
will be appreciated by those skilled in the art. When an instance of data source class 20 

20 retrieves data 10, in the described embodiment, data 10 is passed to the instance of data 
source class 20 as a stream of bytes. 

In one embodiment, instance of data source 20 forwards the retrieved stream of 
bytes to an instance of a data content handler class 40. It should be appreciated that 
25 each instance of data handler class 30 uses an instance of data content handler class 40 
to convert the format of the stream of bytes retrieved by data source class 20, if such a 
conversion is desired. Instances of data content handler class 40 are generally arranged 
to convert the stream of bytes into a data object, as for example a Java™ object which is 
created using the Java™ programming language available commercially from Sun 
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Microsystems of Mountain View, California. By way of example, if the stream of 
bytes is associated with an image, then data content handler class 40 is used to convert 
the stream of bytes into an image object, e.g., sl Java™ image object. 

5 A command map 60 is used by data handler class 30 to locate an appropriate 

command object 70, e.g., viewer, for the data 10 that application 50 wishes to present. 
In general, command map 60 takes as input a desired operation, and maps the desired 
operation to a command object 70 which is suitable for performing the desired 
operation. Once a suitable command object 70 is obtained, conunand map 60 returns 

10 command object 70 to application 50 via an instance of data handler class 30. It should 
be appreciated that application 50 then uses command object 70 to present data 10, 
which may either be an object, as generated using data content handler class 40, or a 
stream of bytes. 

1 5 Although any suitable mechanism may be used to locate a command object 70, 

in one embodiment, a look-up table is used to locate an appropriate command object 70 
using the desired operation as a "key" in the look-up table. By way of example, 
command map 60 may use the type of data, e.g., MIME text or hypertext mark-up 
language (HTML) data, and the desired operation, e.g., an editing operation, in 

20 conjunction with a look-up table to locate a command object which is suitable for 
editing HTML type data. 

While command objects 70 may be any suitable software components, in the 
described embodiment, command objects are preferably Java™ Beans, which may be 
25 created using the Java™ programming language available commercially from Sun 
Microsystems of Mountain View, Califomia. Java™ Beans are, typically, reusable 
software components which may be executed in a range of different environments, as 
well as in conjunction with application 50. Java™ Beans include, but are not limited 
to, visual software components such as database viewers. 
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Framework 5, as previously mentioned, may be used by any suitable 
application 50. Data 10, command map 60, and command object 70 are typically 
"generic," e.g., the same data 10, conunand map 60, and command object 70 may be 
5 used by more than one application. Instances of data source class 20 and instances of 
data handler class 30, as well as instances of data content handler class 40, are 
application instance-specific. That is, different instances of data source class 20, data 
handler class 30, and, in some embodiments, data content handler class 40, are created 
for each instance of data which is associated with framework 5. As such, for each 
10 application 50 that uses framework 5, instances of data source class 20, which are 
specific to where data is to be obtained, and data handler class 30 are initialized. 

Figure 2 is a process flow diagram which illustrates the steps associated with 
initializing framework components which will be used by an application in accordance 

15 with an embodiment of the present invention. Framework components, e.g., an 

instance of a data source class and an instance of a data handler class, are created by an 
application during execution of the application when the application requires access to 
data. It should be appreciated that the application may be any suitable application, as 
for example a file manager application which generally allows file data to be edited, 

20 printed, or viewed. 

An application creates a data source object that is an instance of a data source 
class in step 202. If the application associated with the data source object is a file 
manager, for example, each data source object that is created represents an associated 
25 file. Further, each data file is arranged to access the associated file, and, hence, the 

data contained therein. It should be appreciated that, in general, when the application is 
a file manager, for each file in a view of the file manager, le.^ each file in a "set" 
specified by the file manager, a data source object is typically created. One method that 
is used to create a data source object will be described below with reference to Figure 3. 
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In one embodiment, the data source objects associated with an application may be 
predetermined. That is, there may be a fixed set of data source objects associated with 
a computer system and, therefore, an application. As such, the initialization of a data 
source object that is associated with an application may involve simply matching a 
5 particular, existing data source object to a type of data storage location. 

After the data source object is created in step 202, the application uses the data 
source object to create an instance of the data handler class, Le.^ a data handler that is 
associated with the data source is created using the data source, in step 204. In the 

10 described embodiment, data sources and data handlers have a one-to-one relationship. 
That is, an instance of a data source class is associated with only a single instance of the 
data handler class, and an instance of a data handler class is associated with only a 
single instance of a data source class. Herein and below, an instance of a data source 
will be referred to interchangeably as a data source object. Similarly, an instance of a 

15 data handler class will be referred to alternatively as a data handler for purposes of 
discussion. 

At the time the data handler is created, information relating to the data source 
object associated with the data handler is provided to the data handler. Providing the 
20 data handler with this data source object information essentially "binds" the data source 
object to the data handler. Once both the data source and the data handler are created, 
the initialization process is completed. 

Figure 3 is a process flow diagram which illustrates the steps associated with 
25 creating a data source object, Le., step 202 of Figure 2, in accordance with an 

embodiment of the present invention. In order for an application to obtain and present 
data, the application preferably first obtains a data source that is appropriate for 
retrieving stored data. It should be appreciated that the application is generally aware of 
where data is stored. By way of example, if the application is a file manager, the 
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application "knows" that data is stored in files. Alternatively, if the application is an 
electronic mail application, the application is aware that data is stored in mail messages 
or attachments to the mail messages, 

5 In step 302, the application identifies a storage mechanism in which data that the 

application is arranged to present is stored. The storage mechanism may be any 
mechanism which is suitable for storing data, e.g., a file in a database on a computer 
disk, as was mentioned above with respect to Figure 1 . 

10 After the storage mechanism is identified, a determination is made in step 304 

regarding whether a data source object exists that is appropriate for the type of data the 
application is arranged to manipulate. If it is determined that an appropriate data source 
is already in existence, or is a part of a predetermined, fixed set of data sources, then 
process flow moves to step 306 in which the appropriate data source will be used to 

15 retrieve data, as will be described below with reference to Figure 5, and the process of 
creating a data source object ends. Alternatively, if the determination in step 304 is that 
an appropriate, associated data source object is not in existence, then a new data source 
must typically be designed, or implemented, for use with the apphcation in step 308. 
In general, any suitable method may be used to design a new data source, or data 

20 source object, as will be appreciated by those skilled in the art. After the new data 
source is designed, the process of creating a data source ends. 

Once the framework, as described above with respect to Figure 1, is initialized, 
e.g.y once data source objects and data handlers associated with a particular application 
25 are created, a command object may then be obtained by the application through the use 
of the framework. One method of obtaining and executing a command object will be 
described with respect to Figure 4, in accordance with an embodiment of the present 
invention. An application collects and displays the name and the icon for a data object 
from a data handler in step 404. The name and the icon for a data object are collected 
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such that a user who is using the application is presented with a representation of the 
data he or she may utilize. By way of example, if the application is a file manager, then 
the names and the icons for files are collected and presented to the user. The process of 
collecting and displaying the name and the icon for a data object will be described 
5 below with reference to Figure 5. 

Once the name and the icon for the data object have been obtained and 
displayed, the application then receives a request for a list of available commands in 
step 404. In other words, the list of available commands which may be invoked on the 
10 data object are requested, typically from user input. Although any suitable interface 
may be used by a user to request a list of available commands, standard interfaces 
include a graphical user interface (GUI) which accepts input from a keyboard or any 
other computer input device, e,g., a computer mouse. 

15 Upon receiving a request for a list of available commands, the application then 

collects a suitable list of available commands from the data handler, and displays the list 
of available commands in step 406. The steps associated with collecting and displaying 
a list of available commands associated with a data object will be discussed below with 
respect to Figure 6. 

20 

From the step of collecting and displaying the list of available commands, 
process flow proceeds to step 408 where the application receives a request to execute, 
or activate, a selected one of the available commands. In general, it should be 
appreciated that the request to execute an available command selected from the 
25 command list will be initiated by a user who is interfacing with the application. After 
the application receives a request to execute an available conmiand, the application asks, 
or queries, the data handler for the command object that is associated with the selected 
command. The process of obtaining the appropriate command object from the data 
handler will be described below with respect to Figure 7. Once the command object is 

P2167/TJC/SUN1P123/SDB/PAS -14- 



obtained, the application then executes the command object in step 412. The steps 
associated with the execution of the command object will be discussed below with 
reference to Figures 8 and 9. After the conmiand object is executed, the process of 
obtaining and executing a command object is completed. 

5 

Referring next to Figure 5, a process of collecting names and icons for a data 
object will be described in accordance with an embodiment of the present invention. 
That is, step 402 of Figure 4 will be described. The data handler receives a request for 
the name of a data object from the application in step 502. Once the data handler 

10 receives the request for the name of a data object, the data handler queries a data source 
object, or data source, for the name of the data object in step 504. It should be 
appreciated that in the described embodiment, the data source object has access to the 
name of the data object because the name of the data object is embedded in the data 
source object at the time of creation. As there is a one-to-one correspondence between 

15 data source objects and associated instances of data, the name of the data object is 
typically inherent to the data source object with which the data object is associated. 

In response to the query for the name of the data object, in step 505, the data 
source object returns the name of the data object to the data handler. Then, in step 506, 
20 the data handler retums the name of the data object to the application. After the name of 
the data object is returned to the appUcation, process flow proceeds to step 508 where 
the data handler receives a request from the application for the icon that is associated 
with the data object. 

25 In step 510, the data handler queries the data source for a "type" associated with 

the data object. In one embodiment, the data object may be of a text type or an image 
type. It should be appreciated that a data object that is of a text type may be considered 
to be a text object, while a data object that is of an image type may be considered to be 
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an image object. After the type information is obtained, the data source returns the data 
type to the data handler in step 512. 

From step 512, process flow moves to step 514 where the data handler queries 
5 the conmiand map for an icon associated with the returned data type. It should be 
appreciated that in the described embodiment, an icon exists for each data type. As 
such, a query to the command map for an icon will typically be successful. Once an 
icon is located, the command map retums the icon to the data handler in step 516. 
Then, in step 518, the data handler retums the icon to the application, and the process 
10 of collecting a name and an icon for a data object is completed. 

With reference to Figure 6, a process of collecting and displaying a list of 
available commands associated with a data object, te., step 406 of Figure 4, will be 
described in accordance with an embodiment of the present invention. In step 608, the 
15 data handler receives a request from the application for a command list. As the 

connnand list is associated with the data object, the type associated with the data object 
may be used to locate the command list. Accordingly, in step 610, the data handler 
queries the data source for the type associated with the data object. 

20 The data source retums the data type to the data handler in step 612, then, in 

step 614, the data handler queries the command map for the command list that is 
associated with the returned type. In general, it should be appreciated that each data 
type has an associated command list. Hence, a query to the command map for a 
command list will typically be successful. As such, the command map retums the 

25 command Ust associated with the data type to the data handler in step 616. The 

command map may generally use any suitable mechanism to locate the command list 
associated with the data type including, but not limited to, a look-up table. After the 
data handler has obtained the command list, the data handler retums the command list to 
the application in step 618, and the application displays the command list in step 620. 
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Then, once the command list is displayed, the process of collecting and displaying the 
command list is completed. 

Figure 7 is a process flow diagram which illustrates a process of obtaining a 
5 command object in accordance with an embodiment of the present invention. In other 
words. Figure 7 illustrates the sub-steps associated with step 410 of Figure 4. The 
process of obtaining a command object begins at step 702 where the data handler 
receives a request for a selected command object from the application. Although the 
selected command object may be any suitable software component, in the described 
10 embodiment, the selected command object is a Java™ Bean, which is generally a 

reusable software component, as previously described. It should be appreciated that 
the request for a selected command object entails selecting a command from the 
command list. 

1 5 After the request for the selected command object is received, process flow 

proceeds to step 704 where the data handler uses as a key the selected command from 
the command list to retrieve the selected command object from the command map. In 
the described embodiment, each item in the conrmand list has an associated "command 
information" reference which the command map uses as a key in the retrieval of the 

20 requested command object. The key may be used in any number of different ways to 
retrieve the requested command object. By way of example, the key may be used in a 
look-up table of command objects to obtain the desired command object. 

In step 705, the command object retrieved from the command map is associated 
25 with the data handler. That is, the command object is associated with the data handler 
which the command object is to operate upon. Then, in step 706, the data handler 
returns the retrieved command object to the application, and the process of obtaining a 
command object is completed. 
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Referring next to Figure 8, the steps associated with one method of executing a 
command object, Le,, step 412 of Figure 4, will be described in accordance with an 
embodiment of the present invention. In the described embodiment, the command 
object is arranged to operate on a stream of bytes, e.g., "raw" data which has not been 
5 converted into a data object by the data content handler. A byte stream may be 

requested instead of a data object, for example, when the command object is a viewer 
that is specifically arranged to display text, or a byte stream. 

In step 802, a conmiand object requests a byte stream from the data handler. 

10 The data handler passes the request for the byte stream to the data source in step 804. 
In response to the request for the byte stream, the data source extracts data from the 
storage mechanism in which the data is stored, then forwards the data, Le,, byte 
stream, to the data handler in step 806. It should be appreciated that the data source 
may extract data from any suitable storage mechanism, as for example a data file or an 

15 electronic mail message. In one embodiment, the data source may also decode, e.g., 
decrypt and decompress, extracted data. After the data handler receives the byte stream 
from the data source, the data handler forwards the byte stream to the command object 
in step 808. Then, in step 810, the command object acts on the byte stream in the 
desired way. By way of example, if the conmiand object is a text viewer, then the 

20 command object acts on the byte stream by displaying the byte stream. After the 

command object acts on the byte stream, the steps associated with the execution of the 
conmiand object are completed. 

Figure 9 is a process flow diagram which illustrates the steps associated with 
25 another method of executing a command object, Le., step 412 of Figure 4, in 

accordance with an embodiment of the present invention. In step 902, the command 
object requests a suitable data object from the data handler. That is, a data object of the 
type associated with the command object is requested. By way of example, if the 
command object is anJava™ Bean that is an image viewer, then the data object that is 
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requested may be a Java™ image object. The data handler makes a request for an 
instance of data content handler class that is associated with the data object in step 904. 
It should be appreciated that the request for the data content handler is based on the data 
type associated with the data object. That is, an instance of the data content handler that 
5 is requested is associated with the data type. 

In step 906, a determination is made regarding whether an instance of the data 
content handler can be created, or instantiated, for the identified data content handler 
class. If the determination is that a data content handler cannot be created, then process 
10 flow proceeds to step 908 where an exception is thrown to indicate that a suitable data 
content handler may not be created. The exception is then returned to the command 
object in step 909. 

If the determination in step 906 is that it is possible to create a data content 
15 handler, then process flow moves from step 906 to step 910 where an instance of the 
data content handler is created. Once the data content handler is created, the data 
handler requests a byte stream from the data source in step 912. In other words, the 
data handler requests data from the data source. Upon receiving a request for a byte 
stream, in step 914, the data source extracts the requested byte stream, or data, from the 
20 associated storage mechanism and forwards the byte stream to the data handler. In one 
embodiment, the data source may also forward the requested byte stream directly to the 
data content handler. 

The data handler forwards the byte stream to the data content handler in step 
25 916. After the data content handler receives the forwarded byte stream, in step 918, the 
data content handler uses the byte stream to construct the requested data object, Le. , the 
data object that was requested in step 902, It should be appreciated that any suitable 
method in any appropriate conmputer language, as for example a method used to 
construct Java™ objects, may be used to construct the data object from the byte stream. 
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In one embodiment, commands available in the Java™ progrannming language enable a 
byte stream that is in a JIF fomiat to be converted into a Java™ image object. 

The constructed data object is passed from the data content handler to the data 
5 handler in step 920. The data handler, in step 922, passes the constructed data object to 
the command object that requested the data object. Then, in step 924, the command 
object acts on the data object in the desired way. By way of example, a command 
object that is an image viewer acts on an image data object by displaying the image data 
object. The process of an application executing a command object ends after the 
10 command object acts on the data object in the desired way. 

Figure 10 illustrates a typical computer system in accordance with the present 
invention. The computer system 930 includes any number of processors 932 (also 
referred to as central processing units, or CPUs) that are coupled to memory devices 

15 including primary storage devices 936 (typically a read only memory, or ROM) and 
primary storage devices 934 (typically a random access memory, or RAM). As is well 
known in the art, ROM 936 acts to transfer data and instructions uni-directionally to the 
CPU and RAM 934 is used typically to transfer data and instructions in a bi-directional 
manner. Both primary storage devices 934, 936 may include any suitable computer- 

20 readable media, as will be appreciated by those skilled in the art. A mass memory 
device 938 is also coupled bi-directionally to CPU 932 and provides additional data 
storage capacity. Mass memory device 938 may be used to store programs, data and 
the like and is typically a secondary storage medium such as a hard disk that is slower 
than primary storage devices 934, 936. Mass memory storage device 938 may take the 

25 form of a magnetic or paper tape reader, or some other well-known device. It will be 
appreciated that the information retained within the mass memory device 938, may, in 
appropriate cases, be incorporated in standard fashion as part of RAM 936 as virtual 
memory. A specific mass storage device such as a CD-ROM (not shown) may also 
pass data uni-directionally to the CPU. 
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CPU 932 is also coupled to one or more input/output devices 940 that may 
include, but are not limited to, devices such as video monitors, track balls, mice, 
keyboards, microphones, touch-sensitive displays, transducer card readers, magnetic 

5 or paper tape readers, tablets, styluses, voice or handwriting recognizers, or other well- 
known input devices such as, of course, other computers. Finally, CPU 932 
optionally may be coupled to a computer or telecommunications network, e.g., an 
Internet network on the World Wide Web, using a network connection as shown 
generally at 942. With such a network connection, it is contemplated that CPU 932 

10 might receive information from the network, or might output information to the 

network in the course of performing the above-described method steps. The above- 
described devices and materials will be familiar to those of skill in the computer 
hardware and software arts. 

1 5 Although only a few embodiments of the present invention have been 

described, it should be understood that the present invention may be embodied in many 
other specific forms without departing from the spirit or scope of the present invention. 
By way of example, the steps associated with retrieving information, e.g., a name and 
an icon for a data object, from a data source and a command map, respectively, may be 

20 widely varied. By way of example, although the process of collecting a name and an 
icon for a data object from a data handler has been described in terms of first obtaining 
a name, then obtaining an associated icon, the icon may be obtained prior to obtaining 
the name without departing from the spirit or the scope of the present invention, 

25 Similarly, the steps associated with creating a data source object may also be 

widely varied. For example, although the process of creating a data source object has 
been described as including a determination of whether an associated data source object 
exists, it should be appreciated that, altematively, a new, application-specific data 
source may be designed even if an associated data source object does exist. 
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Further, although data source objects and instances of data handlers have been 
described as being created while an application is being executed, i.e., at run-time, the 
data source objects may be created at any suitable time. By way of example, data 

5 source objects and data handlers may instead be created only when data associated with 
a data source object is requested through an application. Altematively, data source 
objects and data handlers for all data which is accessible to an application may be 
created prior to the execution of the application. It should be appreciated that data 
source objects and data handlers may also be eliminated at any suitable time, e.g., 

10 immediately after use or at the termination of the application, without departing from the 
spirit or the scope of the present invention. Therefore, the present examples are to be 
considered as illustrative and not restrictive, and the invention is not to be limited to the 
details given herein, but may be modified within the scope of the appended claims. 
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IN THE CLAIMS: 



1 . A computer-implemented framework for associating data with a command 
object, the command object being arranged to operate on the data, wherein the data is 

5 associated with an appHcation, the computer-implemented framework comprising: 
a data handler mechanism arranged to interface with the application; 
a data retriever mechanism in communication with the data handler mechanism, 
the data retriever mechanism being arranged to obtain the data and to pass the data to the 
data handler mechanism; and 
10 a mapping mechanism in communication with the data handler mechanism, the 

mapping mechanism being arranged to obtain the command object. 

2 . A computer-implemented framework according to claim 1 wherein the data is a 
stream of bytes, and the data handler mechanism is further arranged to bind the stream 

15 of bytes to the command object. 

3 . A computer-implemented framework according to claim 1 wherein the data 
retriever mechanism includes a data content handler mechanism in communication with 
the data handler mechanism, the data content handler mechanism being arranged to 

20 convert the data into a data object, wherein the data handler mechanism is further 
arranged to bind the data object to the command object. 

4 . A computer-implemented framework as recited in claim 3 wherein the data 
object is created using the Java™ programming language, and the command object is a 

25 Java™ corrmiand object. 

5 . A computer-implemented framework as recited in claim 1 wherein the data is 
one of text data and image data. 



P2167/TJC/SUN1P123/SDB/PAS 



-23- 



6. A computer-implemented framework as recited in claim 1 wherein the data 
handler is further arranged to receive a request from the application, to bind the data to 
the conomand object, and to return the command object to the application. 



5 7. A computer-implemented framework as recited in claim 1 wherein the data 
retriever includes a data source mechanism arranged to obtain a stream of bytes and a 
data content handler mechanism arranged to convert the stream of bytes into a data 
object, the data source mechanism being in communication with the data content 
handler mechanism, wherein the data handler mechanism is further arranged to bind the 

10 data object to the command object. 

8 . A computer-implemented framework as recited in claim 1 wherein the mapping 
mechanism includes a look-up table arranged to associate the command object with the 
data. 

15 

9 . A computer-implemented method for associating data with a command object in 
response to a request from an application, the method comprising: 

accessing the data through an interface in response to the request from the 
application, wherein the request from the application is processed by the interface; 
20 accessing a mapping mechanism which is in communication with the interface, 

the mapping mechanism being arranged to locate a command object that is appropriate 
for the data, wherein the mapping mechanism is accessed by the interface; 

obtaining the command object that is appropriate for the data, wherein the 
mapping mechanism obtains the command object and passes the obtained command 
25 object to the interface; 

binding the command object to the data, wherein the interface binds the 
conmiand object to the data; and 

returning the command object to the application, wherein the interface returns 
the command object to the application. 
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10. A computer-implemented method as recited in claim 9 wherein accessing the 
data through an interface includes: 

passing a stream of bytes to a data content handler mechanism arranged to create 
5 a data object from the stream of bytes; and 

passing the data object to the interface, wherein the data is the data object. 

11. A computer-implemented method as recited in claim 10 wherein the data object 
is created using the Java™ programming language, and the command object is a Java™ 

10 command object. 

12. A computer-implemented method as recited in claim 9 wherein accessing the 
data through the interface includes accessing a data retriever which is arranged to obtain 
the data, wherein the data is a stream of bytes. 

15 

13. A computer-implemented method as recited in claim 9 further including 
operating on the data using the command object. 

14. A computer-implemented method as recited in claim 9 wherein the command 
20 object that is appropriate for the data is selected from a set of command objects 

associated with a command Ust, the conunand list being associated with the data, the 
method further including accessing the command list, wherein the command list is 
accessed by the interface. 

25 15. A computer-implemented method as recited in claim 14 wherein accessing the 
command list includes receiving a request for a command list from the application, the 
request for the command list being received by the interface, wherein the interface 
performs the steps of: 

obtaining a type associated with the data; 
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obtaining the command list through the mapping; and 
returning the command list to the application. 



16. A computer-readable medium containing computer-readable program code 

5 devices for associating data with a command object in response to a request from an 
application, the computer-readable medium comprising computer program code devices 
configured to cause a computer to execute the steps of: 

accessing the data through an interface in response to the request from the 
application, wherein the request from the application is processed by the interface; 
10 accessing a mapping mechanism which is in communication with the interface, 

the mapping mechanism being arranged to locate a command object that is appropriate 
for the data, wherein the mapping mechanism is accessed by the interface; 

obtaining the command object that is appropriate for the data, wherein the 
mapping mechanism obtains the command object aad passes the obtained conmiand 
1 5 object to the interface; 

binding the command object to the data, wherein the interface binds the 
conmiand object to the data; and 

returning the command object to the application, wherein the interface retums 
the command object to the application. 

20 

17. A computer-readable medium as recited in claim 1 6 wherein the computer 
program code devices configured to cause the computer to access the data through an 
interface include computer program code devices configured to cause a computer to 
execute the steps of: 

25 passing a stream of bytes to a data content handler mechanism arranged to create 

a data object from the stream of bytes; and 

passing the data object to the interface, wherein the data is the data object. 
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18. A computer-readable medium as recited in claim 17 wherein the data object is 
created using the Java™ programming language, and the command object is a Java™ 
command object. 

5 19. A computer-readable medium as recited in claim 1 6 further including computer 
program code devices configured to cause the computer to operate on the data using the 
command object. 

20. A computer-readable medium as recited in claim 16 wherein the command 
10 object that is appropriate for the data is selected from a set of command objects 

associated with a command list, the command list being associated with the data, the 
computer-readable medium further including computer code devices configured to 
cause the computer to access the command list through the interface. 

15 
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ABSTRACT 

Methods, software, and apparatus for transparently pairing data with a 
command object, with respect to the appUcation which wishes to present the data, are 
disclosed. In one aspect of the present invention, a computer-implemented framework 
for associating data with a command object includes a data handler mechanism arranged 
to interface with an application which wishes to use the data. The framework also 
includes a data retriever mechanism that is arranged to obtain the data, and is in 
communication with the data handler mechanism, as well as a mapping mechanism, 
which is also in conununication with the data handler mechanism, and is arranged to 
obtain the command object. In one embodiment of the present invention, the data is a 
stream of bytes, and the data handler mechanism is used to bind the stream of bytes to 
the command object. 
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than the United States, listed below and have identified below, by checking the box, any foreign application for patent or 
inventor's certificate, or PCT International application having a filing date before that of the application on which priority is 
claimed: 



Prior Foreign Application(s) 



(Appl. No.) 



(Country) 



(FiHng Date) 



(Appl. No.) 



(Country) 



(Filing Date) 



Priority Benefits Claimed? 
□Yes DNo 



□Yes □No 
□Yes □No 



(Appl. No.) 



(Country) 



(FiHng Date) 



I hereby claim the benefit under 35 U.S.C. §1 19(e) of any United States provisional application(s) listed below: 



(Application Serial No.) 



(Filing Date) 



(Application Serial No.) 



(Filing Date) 



I hereby claim the benefit under Tide 35, United States Code, § 120 of any United States application(s), or § 365(c) of P^T 
International application designating the United States, listed below and, insofar as the subject matter of each of the claims ot this 
application is not disclosed in the prior United States or PCT International application in the manner provided by the tnrst 
paragraph of Title 35, United States Code, § 112, I acknowledge the duty to disclose information which is niatenal to 
patentability as defined in Title 37, Code of Federal Regulations, § 1.56 which became available between the filmg date of the 
prior application and the national or PCT international filing date of this apphcation: 

Prior U.S. Application(s) 



(Application Serial No.) 



(Filing Date) 



(Status - patented, pending, abandoned) 



(Application Serial No.) 



(Filing Date) 



(Status - patented, pending, abandoned) 
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And I hereby appoint the law firm of Hickman Beyer & Weaver, including Paul L. Hickman (Reg. No. 28, 516); Steve 
D Beyer (Reg. No. 31,234); Jeffrey K. Weaver (Reg. No. 31,314); David P. Lentini (Reg. No. 33,944); 
Joseph A. Nguyen (Reg. No. 37,899); C. Douglass Thomas (Reg. No. 32,947); James R. Riegel (Reg. 
No. 36,651); Brian R. Coleman (Reg. No. 39,145); Jonathan O. Scott (Reg. No. 39,364); Albert S. 
Penilla (Reg. No. 39,487); Harmohinder S. Bedi (Reg. No. 39,904); Lee Van Pelt (Reg. No. 38,352); 
James E. Austin (Reg. No. 39,489); Rupak Nag, (Reg. 37,493); and Peter B. Martine (Reg. No. 32,043) 
as my principle attorneys to prosecute this application and to transact all business in the Patent and Trademark Office connected 
therewith. I also appoint the following attorneys to transact business in the Patent and Trademark Office: Lee Patch (Reg. No. 
30,095); Erwin J. Basinski (Reg. No. 34,773); Kang S. Lim (Reg. No. 37,491); Matthew C. Rainey (Reg. No. 32,291); 
Timothy J. Crean (Reg, No. 37,116); Leland Z. Wiesner (Reg. No. 39,424) and Philip J. McKay (Reg. No. 38,966) of SUN 
MICROSYSTEMS, INC. 



Send Correspondence To: 



Direct Telephone Calls To: 



Steve D Beyer 

HICKMAN BEYER & WEAVER 

P.O. BOX 61059 

Palo Alto, California 94306 

Steve D Beyer at telephone number (415) 493-6400 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under section 1001 of Title 18 of the United States Code, and that 
such willful false statements may jeopardize the validity of the application or any patent issuing thereon. 



Typewritten Full Name of 
Sole or First Inventor: 

Inventor's signature: 

Residence: (City) , 

Post Office Address: 



Bartlev H. CALDER 



Citizenship: 



US 



Los Gatos 



Date of Signature: 

(State/Country) 



23100 Highway 17, Los Gatos. CA 95030 



CA>TJS 



Full Name of Second Joint 
Inventor (if any): 

Inventor's signature: _ 

Residence: (City) _ 

Post Office Address: 



William A. SHANNON 



Citizenship: 



US 



Los Altos 



261 Trianon Wav. Los Altos. CA 94022 



Date of Signature:. 

(State/Country) 



CA/US 



Full Name of Third Joint 
Inventor (if any): 

Inventor's signature: 

Residence: (City) 
Post Office Address: 



Laurence P.G. CABLE 



Mountain View 



Citizenship: 



UK 



Date of Signature: 

(State/Country) 



cAms 



295 Velarde Street, Mountain View. CA 94041 



Full Name of Fourth Joint 
Inventor (if any): 

Inventor's signature: _ 

Residence: (City) . 

Post Office Address: 



John MANI 



Citizenship: 



India 



Cupertino 



Date of Signature: 

(State/Country) 



CA/US 



20800 Homestead Road. #38B. Cur e^rtino. CA 95014 
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